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[57] ABSTRACT 

A desktop information manager includes a "Rules Wizard" 
for creating and editing rules for processing electronic 
messages. The Rules Wizard allows aeation of rules in a 
step-by-step manner by selecting natural language phrases 
representing conditions, actions, and exceptions. As rule 
components are selected by the user, the current rule is 
displayed in a natural language format. Variables are dis- 
played as hypertext links. When the user specifies the value 
of a variable, the specified value is threaded back into the 
displayed rule. Templates and a rules from context feature 
expedite the construction of rules. Once created rules are 
stored on the client computer and possibly uploaded to the 
server in order to ensure efficient message processing. 
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SYSTEM AND METHOD FOR CREATING, 
EDITING, AND DISTRIBUTING RULES FOR 
PROCESSING ELECTRONIC MESSAGES 

TECHNICAL FIELD 

The present invention relates to a system and method for 
organizing electronic messages, and more particularly 
relates to an improved system and method for creating, 
editing, and distributing rules for automatically processing 
electronic messages. 

BACKGROUND OF THE INVENTION 

Electronic mail (e-mail) and other types of electronic 
messages are becoming extremely popular. Business users 
increasingly rely on electronic messages to share ideas, 
transmit documents, schedule meetings, and perform a mul- 
titude of other everyday tasks. 

These tasks may be accomplished by a variety of software 
programs. For example, e-mail programs facilitate the trans- 
mission of messages between users. Messaging-enabled 
scheduling programs allow users to request and schedule 
meetings and appointments via electronic messages. Com- 
puter programs known as desktop information managers 
attempt to coordinate the growing stream of electronic 
communications by incorporating e-mail, a calendar, task 
management, contact management, notes, and journal fea- 
tures into a single application program. 

The increased reliance on electronic messaging has 
resulted in a great increase in the number of electronic 
messages a user sends and receives daily. Users who send 
and receive a large number of e-mail messages would like an 
effective way to process their e-mail without spending a lot 
of time sorting through their inbox, deleting, filing, 
forwarding, and responding to their messages. 

In general, this type of processing may be performed by 
rules or commands that automatically execute specific ta^ 
when user-provided criteria are met. For example, a user 
may want to file all e-mail from a certain user or regarding 
a certain subject in a specific folder. In the prior art, this type 
of function was provided by a programming-type scripting 
language that was used to specify events and to designate 
actions for events that meet those conditions. Because it 
relies on a cryptic, programming-type language, this 
approach is not very user-friendly. 

A more recent prior art approach allows users to build 
rules by choosing predefined conditions and actions, which 
are presented via a simple graphical user interface. Although 
this approach employs a graphical user interface, it does not 
provide the user with a step-by-step guide through the rules 
creation process. In this approach, only the most common 
rules are exposed to the user, and there is very little 
customization allowed. 

Therefore, there is a need in the art for an improved 
method for creating and editing rules for processing elec- 
tronic messages. This method should provide an improved 
user interface for creating and editing rules for handling 
electronic messages. In addition to an improved user 
interface, the system should allow rules to be applied at the 
desktop or at the server or at both, in order to process 
electronic messages in the most efficient manner. 

SUMMARY OF THE INVENTION 

The present invention satisfies the above-described needs 
by providing an improved system and method for creating 
and editing rules for processing electronic messages. The 
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present invention provides a user interface that guides the 
user through the process of creating or editing a rule. At each 
step, the available rules components are displayed as natural 
language (e.g., English) phrases. As components are 

5 selected, the resulting rule is composed and displayed in a 
natm-al language format. Variables are displayed in high- 
lighted text. When the user defines a variable, the user- 
specified definition is displayed in the context of the mes- 
sage. Templates and the ability to create rules based on 

10 existing messages further simplify the process of creating 
rules. 

In one aspect, the present invention provides a method for 
constmcting a rule for processing electronic messages. The 
method includes displaying the current state of the rule in a 

15 natural language format. Conditions are displayed and, in 
response to an input signal indicating the selection of a 
condition, the selected condition is added to the displayed 
current state of the rule. Actions are also displayed. In 
response to an input signal indicating the selection of an 

20 action, the selected action is added to the displayed current 
state of the rule. The rule is then stored for subsequent 
processing of electronic messages. 

More particularly described, the displayed rule includes 
variables that are displayed as highlighted text in the context 

25 of the natural language format. Upon receipt of an input 
signal indicating the selection of the highlighted text, a 
dialog is displayed in order to allow the selection of a 
definition for the variable. Upon receipt of an input signal 
indicating the selection of the definition for the variable, the 
mle is displayed with the definition in the place of the 
original variable. 

In another aspect, the present invention provides a method 
for constructing a rule for processing electronic messages. 
The method includes displaying a list of rule templates and 
receiving an input signal indicating the selection of one of 
the rule templates. A condition and action associated with 
the selected template are then displayed. The current state of 
the rule is displayed in a natm^al language format. The rule 
is then stored for subsequent processing of electronic mes- 
sages. 

In yet another aspect, the present invention provides a 
method for distributing electronic message processing rules 
between a client computer and a server computer. The 
method includes displaying the current state of the rule in a 
natural language format. Conditions are displayed and, in 
response to the selection of one of the conditions, the 
selected condition is added to the displayed current state of 
the rule. Actions are also displayed. An input selecting one 
of the actions is received and the selected action is added to 
the displayed current state of the rule. The method includes 
determining whether the rule may be run on a server. If so, 
the rule is uploaded to the server. 
The various aspects of the present invention may be more 
55 clearly understood and appreciated from a review of the 
following detailed description of the disclosed embodiments 
and by reference to the appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a block diagram of a personal computer that 
provides the operating envirorunent for an embodiment of 
the present invention. 

FIG. 2 is a diagram illustrating the modular architecture 
defined by the Messaging Application Programming Inter- 
65 face (MAPI). 

FIG. 3 is a diagram illustrating the hierarchical arrange- 
ment of a MAPI message store. 
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FIG. 4 is a diagram illustrating the MAPI form architec- With reference to FIG. 1, an exemplary system for imple- 

menting the invention includes a conventional personal 

HG. 5 is a state diagram iUustrating a method for creating computer 20. includi.^ a P«>cesang unit 21 a sj«tem 

\ ' . , r . if. memory 22, and a system bus 23 that couples the system 

and editmg rules for proccssmg electromc messages. ^ ^^^^^ processing unit 21. Tho system memory 22 

FIG. 6. consisting of FIGS. 6a, 66, and 6c, illustrates the includes read only memory (ROM) 24 and random access 

information displayed in a conditions window. memory (RAM) 25. A basic input/output system 26 (BIOS), 

FIG. 7, consisting of FIGS. 7fl, 7b, and 7c, illustrates the containing the basic routines that help to transfer informa- 

information displayed in an actions window. tion between elements within the personal computer 20, 

FIG. 8, consisting of FIGS. 8a, 86, and 8c, iUustrates the lo such as during start-up, is stored in ROM 24. The personal 

information displayed in an excepUons window. computer 20 further includes a hard disk drive 27, a mag- 

HG. 9, consisting of FIGS. 9a and 96, illustrates infor- netic disk drive 28, e^g., to read from or wr^ 

mation d splayed when the "rules from context" options is ^J^^^^J^'J^ ^ ^^^^5^^^ ^'^'l ] 

I I A CD-ROM disk 31 or to read from or write to other opUcal 

^ ^ ^ ■ J 5 media. The hard disk drive 27, magnetic disk drive 28, and 

DETAILED DESCRIPTION optical disk drive 30 are connected to the system bus 23 by 

a hard disk drive interface 32, a magnetic disk drive inter- 

The present invention is directed toward a method and 33^ optical drive interface 34, respectively The 

system for creating and editing rules for processing elec- drives and their associated computer-readable media provide 

tronic messages. In one embodiment, the invention is in(X)r- nonvolatile storage for the personal computer 20. Although 

porated into a desktop information manager application description of computer-readable media above refers to 

program entitled "OUTLOOK 97," which is published by g ^ard disk, a removable magnetic disk and a CD-ROM disk, 

Microsoft Corporation of Redmond, Washington. Briefly -j should be appreciated by those skilled in the art that other 

described, the "OUTLOOK 97" program allows users to ^yp^ ^^^^ ^^^^^ ^re readable by a computer, such as 

manage their own calendar, messages, tasks, notes, and magnetic cassettes, flash memory cards, digital video disks, 

contacts and to share this information with others. The Bernoulli cartridges, and the like, may also be used in the 

present invention allows users to easily create and edit rules exemplary operating environment. 

that automaUcaUy process these electronic messages. Anumberof program modules may be stored in the drives 

Referring now to the drawings, in which like numerals ^nd RAM 25, including an operating system 35, one or more 

represent like elements throughout the several figures, application programs 36, other program modules 37, and 

aspects of the present invention and an exemplary operating program data 38. A user may enter commands and infonna- 

environment will be described. tion into the personal computer 20 through a keyboard 40 

^ „ « M ™ and pointing device, such as a mouse 42 . Other input devices 

EXEMPLARY OPERATING ENVIRONMENT (not shown) may indude a miaophone, joysticljgame pad, 

FIGS. 1-4 illustrate various aspects of the preferred 35 satellite dish, scanner, or the like. These and other input 

computing environment in which the present invention is devices are often connected to the processing unit 21 

designed to operate. Those skilled in the art will immedi- through a serial port interface 46 that is coupled to the 

ately appreciate that FIGS. 1-4 and the associated discus- system bus, but may be connected by other interfaces, such 

sion are intended to provide a brief, general description of as a game port or a universal serial bus (USB). A monitor 47 

the preferred computer hardware and program modules, and 40 or other type of display device is also connected to the 

that additional information is readily available in the appro- system bus 23 via an interface, such as a video adapter 48. 

priate programming manuals, user's guides, and similar In addition to the monitor, personal computers typically 

publications, include other peripheral output devices (not shown), such as 

speakers or printers. 

THE COMPUTER HARDWARE -j^^ personal computer 20 may operate in a networked 

FIG. 1 and the following discussion are intended to environment using logical connections to one or more 

provide a brief, general description of a suitable computing remote computers, such as a remote computer 49. The 

environment in which the invention may be implemented. remote computer 49 may be a server, a router, a peer device 

While the invention will be described in the general context or other common network node, and typically includes many 

of an application program that runs on an operating system 50 or all of the elements described relative to the personal 

in conjunction with a personal computer, those skiUed in the computer 20, ahhough only a memory storage device 50 has 

art will recognize that the invention also may be imple- been illustrated in FIG. 1. The logical connections depicted 

mented in combination with other program modules. in HG. 1 include a local area network (LAN) 51 and a wide 

Generally, program modules include routines, programs, area network (WAN) 52. Such networking environments are 

components, data structures, etc. that perform particular 55 commonplace in offices, enterprise-wide computer 

tasks or implement particular abstract data types. Moreover, networks, intranets and the Internet, 

those skilled in the art will appreciate that the invention may When used in a LAN networking environment, the per- 

be practiced with other computer system configurations, sonal computer 20 is connected to the LAN 51 through a 

including hand- he Id devices, multiprocessor systems, network interface 53. When used in a WAN networking 
microprocessor-based or programmable consumer 60 environment, the personal computer 20 typically includes a 

electronics, minicomputers, mainframe computers, and the modem 54 or other means for establishing communications 

like. The invention may also be practiced in distributed over the WAN 52, such as the Internet. The modem 54, 

computing environments where tasks are performed by which may be internal or external, is connected to the system 

remote processing devices that are linked through a com- bus 23 via the serial port interface 46. In a networked 
munications network. In a distributed computing 65 environment, program modules depicted relative to the 

environment, program modules may be located in both local personal computer 20, or portions thereof, may be stored in 

and remote memory storage devices. the remote memory storage device. It will be appreciated 
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that the network connections shown are exemplary and other a messaging system 320. The spooler runs as a background 

means of establishing a communications link between the process and also performs several functions related to elec- 

computers may be used. tronic message distribution. These include informing a client 

application when a new message has been delivered, invok- 
THE MAPI MESSAGING ARCHITECTURE 5 i^g message preprocessing and post processing, generating 

Hie operating system 35 provides the basic interface reports that indicate that message delivery has occurred, and 

between the computer's resources, the user, and the appli- mamtainmg status on processed recipients, 
cation programs 36. As discussed earlier, an embodiment of The MAPI service providers 325 are located between 

the present invention is incorporated in the "OUTLOOK 97" MAPI subsystem 305 and the messaging systems 320. 
application program, which is designed to operate with 10 Service providers are drivers that connect MAPI client 

Microsoft Corporation's "WINDOWS 95" or "WINDOWS applications 300 to an underlying messaging system 320. 

NT' operating systems. The operating system 35 provides a Most messaging systems include three types of service 

variety of functions or services that allow an application providers: message store providers 330, address book or 

program 36 to easily deal with various types of input/output directory providers 335, and message transport providers 

(I/O) by issuing relatively simple function calls. Generally 340. The service providers work with MAPI to create and 

described, an application program 36 communicates with send electronic messages in the follov^dng way. ElecU-onic 

the operating system 35 by calling predefined functions messages are created using a form that is appropriate for the 

provided by the operating system 35. The operating system specific type, or class, of message. The completed electronic 

35 responds by providing the requested information in a message is addressed to one or more recipients. When the 

message or by executing the requested task. client sends the message, the message store provider 330 

In the context of the present invention, the primary checks that each recipient has a unique and vaUd address and 

interaction between the application program and the oper- that the message has all of the information necessary for 

ating system involves messaging related tasks. The preferred transmission. If there is a question about a recipient, such as 

operating system incorporates the Messaging AppUcalion can occur when there are multiple recipients with the same 
Programming Interface (MAPI). The MAPI architecture is ^5 name, an address book provider resolves the ambigmty. The 

designed to make it easy for programmers to write electronic message in then placed m the outbound queue, 
messaging-enabled applications that are independent of the Address book providers 335 handle access to directory 

underlying messaging system. MAPI provides high-level information. Depending on the type of recipient and the 

functions that can be used to implement sophisticated mes- address book provider, there is a wide range of information 

saging features with a relatively small amount of code. The that can be made available. For example, all address book 

code deals with functions for sending, receiving, and providers 335 store a recipient's name, address, and address 

addressing electronic messages. The underlying messaging type and organize the data using one or more containers, 

system is completely transparent. MAPI also provides other MAPI integrates all the information supplied by the installed 

message-related functionality, such as access to address address book providers into a single address book, thereby 

books. presenting a unified view to the client application. The users 

no. 2 illustrates the modular architecture defined by of client applications can view the contents of address book 

MAPI. The cUent applications 300 are application programs containers and in some cases modify it. MAPI's Personal 

that take advantage of the MAPI subsystem 305. Oient Address Book is an example of a modifiable address book 

applications 300 implement messaging tasks as either their container that allows new entries to be added and exiting 

primary or secondary focus. Messaging-based client entries to be modified or deleted. 

applications, such as applications that send and receive Message store providers 330 handle the storage and 

electronic mail, implement messaging tasks as their primary retrieval of electronic messages and other information for 

focus. For non -messaging client applications, which are the users of a client application. As illustrated in FIG. 3, the 

referred to as being "messaging-enabled" or "messaging- message information is organized using a hierarchical sys- 

aware," it is a secondary feature. tem known as a message store, which is implemented in 

The MAPI subsystem is made up of the MAPI spooler multiple levels, with containers called folders holding elec- 

310, a common user interface (not shown), and the pro- tronic messages of different types. There is no limit to the 

gramming interfaces 315. The MAPI spooler is a separate number of levels in a message store, and folders can contain 
interface that is responsible for sending electronic messages jq many sub-folders. 

to and receiving electronic messages from a messaging Electronic messages are units of data that are transferred 

system. The common user interface is a set of dialog boxes from one user or application to another user or application, 

that gives client applications a consistent look and users a Every message contains some text and envelope 

consistent way to perform tasks. information, which is used for transmission. Some electronic 

The programming interfaces 315 are used by the MAPI 55 messages include one or more attachments, or additional 

subsystem 305, by client applications 300, and by service data related to and transported with a message. The attach- 

provider writers. The main programming interface is an ments and additional data may be in the form of a file, 

object-based interface known as the MAPI programming another message, or an OLE object, 
interface, which is based on the OLE Component Object Transport providers 340 handle message transmission and 
Model. Client applications may also utilize any of three go reception. They control the interaction between the MAPI 

other interfaces, including simple MAPI, Common Messag- spooler 310 and the underlying messaging system 320. They 

ing Calls (CMC) and the OLE Messaging Library, which are also implement security if necessary and take care of any 

primarily for messaging-enabled and messaging-aware cli- pre-processing and post-processing tasks that are required, 

ent applications. Client applications 300 communicate with the transport 

llie MAPI spooler 310 is a separate process within the 65 providers 340 through a message store provider 330. When 

MAPI subsystem 305 and is responsible for sending elec- an incoming message is detected, the transport provider 

tronic messages to and receiving electronic messages from informs the MAPI spooler and the message is delivered to 
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the appropriate message store. To handle outgoing determines the particular form that is used as its viewer, 

messages, the message store moves the message to the MAPI defines a few messages classes and has implemented 

outbound queue, informs the MAPI spooler, and the spooler the forms for viewing these messages. Client application 

transfers it to the appropriate transport providers. developers can create new message classes and custom 

-nie operation of these MAPI components is illustrated by 5 forms for viewing messages with the new classes, 

describing the flow of an electronic message through these Every custom form implements a set of standard menu 

components. The user of a client appUcation 300 sends an commands (e.g.. open, create, delete, and reply) and a set of 

electronic message to one or more recipients. A message commands that are specific to that particular form. These 

store provider 330 initiates the sending process and formats commands are also referred to as "verbs." FIG. 4 illustrates 
the message with additional information needed for trans- lO Ihe MAPI form architecture, which involves diree main 

mission. The MAPI spooler 310 receives the electronic components: a form registry provider 500, a foraa server 

message, performs any required preprocessing, and delivers 505, and a form viewer 510. 

it to the appropriate transport provider 340. The transport The form registry provider 500 maintains a library of 

provider 340 gives the message to its messaging system 320, information about all of the forms available on the computer 
which sends it to the intended recipient(s). When an elec- 15 aj^j enables the client to select a form that is suitable for the 

tronic message is received, the transport provider 340 message being displayed. Form data is stored in a form 

receives a message from its messaging system 320 and registry 502, which is stored in one of the computer's 

notifies the MAPI spooler 310. The spooler 310 performs memory storage devices. The form server 505 is responsible 

any necessary post processing and informs the message store for displaying the form and providing the information for the 
provider 330 that a new message has arrived. The notifica- 20 display. The form server manages the user's interaction with 

tion causes the client application 300 to refresh its message the form by interpreting the menu selections and processiiig 

display, which enables the user to read the new message. the messages. The form viewer 510 is a component within 

aient application users can access a summary view of the a client appUcation that contains the display and presents it 

messages contained within each folder or view them indi- to the user. 

vidually with a form. Whether the client displays a standard From the foregoing, it will be appreciated that MAPI 

form supplied by MAPI or a custom form supplied by a form provides a wide variety of features and functions in addition 

developer depends on the type, or class, of the message. In to those included in the brief description presented above. 

FIG. 3, the first folder 400 contains note messages and uses For additional information regarding MAPI, the reader may 

the MAPI standard note form. The second folder 405 refer to the MAPI documentation, entitled Messaging ^pli- 

contains inventory request messages and uses a custom cation Programming Interface (MAPI) version 1.0, which is 

inventory form. The information on both forms represents published by Microsoft Corporation, and which is incorpo- 

the properties, or attributes, of the message. Messages are rated herein by reference. 

the units of data transferred from one user to another. Every r^vr^K^m Anv atjdt inA-nrtM Donr-u a\a 

message contains some text, which is formatted simply or AN EXEMPLARY APPUCAH ON PROGRAM 

more intricately depending on the form that is used, and As mentioned above, an exemplary embodiment of the 

envelope information that is used for transmission. present invention is represented by the "OUTLOOK 97" 

A MAPI property is an attribute of a MAPI object, and desktop information manager. The preferred client applica- 

describes something about the object, such as the subject tion is divided into several modules, including a calendar 
line of a message of the address type of a distribution list. ^ manager, a task list manager, a contact manager, a message 

Every MAPI property has a value, a type, and an identifier. manager (e-mail), and a notes manager. In the preferred 

The value is the descriptive data, such as the text in a client application, integration between the modules is both 

message body. The type describes the kind of data, such as simple and extensive because all information is stored in a 

a string, numeric, or Boolean. The identifier is the number MAPI data store, which is an extensible, object-oriented 

that uniquely describes the property. The identifier and type database. The preferred application program incorporates 

are combined to form a "properly tag," which is a constant the feamres of MAPI version 1.0. 

that can be used to easily refer to the property. Property tags All folders (containers) contain objects, or items. In the 

share a common formal. They begin with the prefix "PR" preferred application program, there are a variety of kinds of 

and are made up of one or more words that describe the items: e-mail items, appointment items, task items, address 

property. For example, PR__MESSAGE__BODY is the tag items, etc. Items have a set of fields and a behavior associ- 

for the message body property. The property tag and value ated with them. For example, an e-mail item has To, From, 

are stored together in system memory 15 (FIG. 1) as a single CC, Subject, date and time fields among others. The behav- 

data structure. ior of e-mail items includes knowledge of what it means to 

MAPI also employs "profiles," which are collections of Forward or Reply/Reply All. 
information about the message services and service provid- 55 In the preferred application program, items consist of a 

ens that a user of a client application 300 wants to be variety of data, which are stored as MAPI properties. A user 

available during a particular MAPI session. Every user has views and interacts with an item in the context of a form, 

at least one profile. Multiple profiles may be used in some which includes a variety of fields. In some cases, a field 
cases. For example, a user might have one profile to work maps directly to a MAPI property. However, there can be a 

with a server-based message store service and another many-to-many mapping between a form's fields and the 

profile to work with a message store service on the local MAPI properties in which the corresponding data are stored, 

computer. A user may have profiles on more than one Similarly, there may be properties that are not displayed in 

computer. Similarly, a computer may store profiles for more any of a form's fields. 

than one user. Profiles provide a flexible way to select jn the preferred application program, each item is initially 
combinations of message systems. 55 created from a template, which provides a "mold" for the 

In the MAPI environment, a form is a viewer for an new items. A template describes the fields and properties 

electronic message. Each message has a message class that associated with the item, including the data types, default 
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values, formauing rules, etc. For example, ihere would be a Those skilled in ihe art will appreciate that although rules 
default template for each type of item listed above: are presented or displayed to the user in a natural language 
appointments, to-do items, notes, e-mail messages, etc. format, each rule is also stored in a machine-readable format 
From this brief description, those skilled in the art will for execution by the computer. Generally described, the 
appreciate that the preferred application program provides a 5 machine readable form of a rule mcludes a Boolean expres- 
v^de variety of features and functions in addition to those sion that represents the natural language rule scondrUonand 
included in the brief description presented above. For addi- exception clauses, and a list of actions that represent the 
tional information regarding the "OUTLOOK 97" appHca- natural language phrase s actions clauses, 
tion program, the reader may refer to the documentation that The Boolean eiq»ression for each natural language con- 
is distributed with the program. 10 ^i^on or exception clause is of the form: 

THE PREFERRED METOOD FOR CRE^NG whS^SKlTk^telSSp^ pro^^^^^^^ that 

bLbC 1 Kum^ Mtia:>AutJ> PARISON OP is the operator used for the comparison, and 
Electronic message processing rules are user-defined jj VALUE is the value the user specified for the variable. For 
instructions for managing incoming and outgoing electronic example, PR_SUBJECT is the MAPI property used for a 
messages. Rules execute specific tasks when user-defined message's "subject" field, and the operator includes corn- 
criteria are met and provide an effective way to process parisons such as checking to see if two values are equal, 
electronic messages without requiring users to spend a lot of The machine-readable format for each natural language 
time sorting through their inboxes deleting, filing, and 20 action clause is of the form: 

responding to their messages. The present invention pro- [ACTION] [PARAMETER 1] [PARAMETER 2][ . . . ] 

vides an improved system and method for creating and ^^^^^ ACTION is an identifier for the selected action and 

editing rules for processing electronic messages, such as PARAMETER N is a parameter associated with the action, 

e-mail, meeting requests, and task requests. Generally For example, the PARAMETER may be the identifier of the 

described, the invention is embodied in a "Rules Wizard," ^5 folder into which matching messages are to be filed, 

which divides the process into discrete steps and provides a -phe rules feature associated with the "OUTLOOK 97" 

user-friendly interface for creating and editing rules. At each program employs a "Rules Wizard" to provide step-by-slep 

step, the user selects the parameters that constitute the rule. guidance during rule creation and editing. The Rules Wizard 

As parameters are selected, the rule is composed and pre- ^ggg ^ sequence of windows to walk the user through the 

sented to the user in the form of a nahiral language (e.g., 3Q process of creating or editing a rule. A Start/Templates 

English) sentence, instead of in a programming-type Ian- window provides a list of available templates, a switch for 

guage. If the rule requires more information from the user, selecting send/delivery rules, and a rule description area. A 

the user is prompted by highlighted text within the natural Conditions window directs the user to select the conditions 

language sentence itself. The user can then select the high- ^hich the rule will act. An Actions window allows the 

lighted text and define the variable. The rule creating process 35 ^ggj. choose the action or actions the rule will execute. An 

is further simplified by the use of templates and context- Exceptions window gives the user a listing of available 

specific rules. Once created, the rules may be executed by exceptions. Finally, a Naming window allows the user to 

the client application or the mail server. name the rule and turn it on or off. 

Each rule includes conditions and actions, and may also piG. 5 is a state diagram of the method 550 carried out by 

include exceptions. "Conditions" are the criteria that are 40 the Rules Wizard. The method begins at the idle state 555. 

available for making new rules. A rule will not be executed When a user selects the create/edit rule fiinction, the method 

unless its conditions are satisfied. Each rule typically con- 550 proceeds to state 560 and displays a Start/Templates 

tains at least one condition. Multiple conditions can be window. This window allows the user to create a new rule 

strung together with "and" clauses. In this case, all of the Qr edit or rename an existing rule. The user may view a list 

conditions must be met for the rule to execute. Alternatively, 45 of previously created rules, which are stored in the user's 

multiple conditions could be joined using the disjunctive MAPI profile. If the user desires to create a new rule, the 

connector "or" so that action will be taken if one of several user may choose one of three options. First, the user may 

conditions is present. If a rule contains no conditions, it will simply proceed to choose the conditions and actions from a 

be applied to every sent or received item (depending on list of available possibilities. Optionally, the user may select 

whether it is a send rule or a delivery rule). 50 templates that are designed to carry out certain functions. 

"Actions" are the events that occur when the rule's The user may also select a "rules from context" option from 

conditions are met. Each rule typically includes at least one the idle state 555, which builds rules based on the properties 

action. Multiple actions can be assigned to a single rule. If of the message currently being viewed. Each of these 

multiple actions are to be executed, the order of execution options is discussed in more detail below, 

may be critical to successful execution of the rule. For 55 When the user selects one of the available options at state 

example, if a user wants to forward a message and then 560 or selects the "rules from context" option from the idle 

delete it, the steps must be carried out in that order. If the state 555, the method 550 proceeds to state 565 and displays 

message is deleted first, it will not be available to be a conditions window. The conditions window allows the 

forwarded. In the "OUTLOOK 97" program, actions are user to choose the conditions on which the rule will act. In 

organized by priority and are executed in order of priority in 60 conditions that include variables, the variables are displayed 

order to avoid such problems. as underlined text in order to indicate that the variables are 

"Exceptions" allow a user to identify criteria or conditions defined via hypertext links. After a condition is selected, the 

that will prevent a rule from executing. Multiple exceptions user has the oppormnity to select the hypertext link and 

may be combined with "or" clauses. If muhiple exceptions define the variable from a dialog or other user interface 

are included, the actions associated with the rule will not be 65 object (state 570). The user may also return to state 560 by 

executed if any of the exceptions are true. Exceptions are selecting the "back" option. A list of exemplary conditions 

optional. for display in the conditions window is provided in Table I. 
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TABLE I 
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-if sent directly to mc 

-if sent only to mc 

-if I am on the cc line 

-if sent directly to me or I am on the cc line 

-where I'm not on the 'To' line 

-if from an address list 

-if sent to an address list 

-if subject contains specific words 

-if body contains specific words 

-if subject or body contain specific words 

-if tagged for follow-up 

-if the sender has marked it as important 

-if the sender has marked it as scnstUve 

-if assigned to a category 

-if it is an out-of-office notification 

-if it has an attachment 



10 



FIGS. 6a, 66, and 6c illustrate the type of information 
provided in the conditions window 600 as the user works 

through the process of selecting available conditions and 20 piiceed from state 565 to state 575, 



example, if the variable holds a mail address, the user gets 
a window that allows them to pick or enter a mail address. 
Likewise, if the variable holds a word, the user gets a 
window that allows them to enter a word. 

FIG. 6c illustrates the conditions window 600 after the 
user has selected a specific address list in place of the 
variable in the condition statement. In this example, the user 
has defined the variable with an address list called "SOC 
Hiking Information." This name has been threaded back into 
the rule that is displayed in the rule description area 610. 
Thus, the rule now reads "For each message from SOC 
Hiking Information." The address list name remains under- 
lined in order to indicate that the address list is a variable. 
The address list name may be edited by selecting the 
underlined text in the rule description area 610 of the 
conditions window 600. 

When the user has finished selecting conditions and 
defining constituent variables, the user selects the Next 
control 630 and proceeds to select the actions that will form 
a part of the rules. This causes the method 550 (FIG. 5) to 



providing required parameters (see states 565 and 570 of 
FIG. 5). The conditions window includes a conditions 
display area 605 and a rule description area 610. The 
conditions display area 605 displays the conditions that are 
available to the user. The rule description area 610 includes 
a natural language statement of the rule as it is constructed. 
The conditions window 600 also includes controls labeled 
cancel 620, back 625, next 630, and finish 635. These 
controls perform the common functions of allowing a user to 
navigate between windows and to cancel or complete an 
operation. 

FIG. 6a illustrates the state of the conditions window 600 
when the Rules Wizard first displays the window (FIG. 5, 
slate 565). The conditions display area 605 includes a list of 
the conditions from which the user may choose. A check box 
is located next to each condition. At this point in the process, 
the rules description area 610 simply includes the initial 
phrase of a natural language expression of a rule ("For each 
message") and a statement indicating that the rule will be 
applied to messages as they are received. Alternatively, the 
user may specify that the rule is to be applied after an 
incoming message is first read, or when an outgoing mes- 
sage is sent. Similarly, rules may be designed to existing 
folders and their messages immediately, or on a periodic 
basis. This allows the rules feature to be used to "clean up" 
folders full of messages. 

FIG. 66 illustrates the state of the conditions window 600 
after the user has selected the condition "from an address 
list" in the conditions display area 605. When a condition is 
selected, the rule description area 610 is modified to add the 
selected phrase to the natural language expression of the 
rule. Thus, the rule now reads "For each message from an 
address list" and expresses the conditional portion of the rule 
in an easy-lo-understand natural language format. 

The words "an address list" are underlined in order to 
represent a variable that must be replaced by the user. Those 
skilled in the art will appreciate that underlined text is 
commonly used to indicate a hypertext link. In order to 
define the variable (in this case, an address list), the user 
moves the cursor over the hypertext portion of the rule as it 
is displayed in the rules description area 610 and selects the 
hypertext. The Rules Wizard then displays a dialog (not 
shown) that allows the user to select from available objects, 
such as an address list (FIG. 5, state 570). 

lliose skilled in Ihe art wiU understand that when a user 
selects a variable, a dialog is displayed with the appropriate 
user interface for selecting variables of that type. For 



25 



30 



35 



At state 575 the Rules Wizard displays an actions window, 
which provides the user interface that allows the user to 
select the actions that will take place when the conditions are 
satisfied. like the conditions described above, the actions 
that include variables are displayed as hypertext links. After 
an action is selected, the user has the opportunity to select 
the hypertext link and choose the variable from a dialog 
(state 580). A list of exemplary actions for display in the 
actions window is provided in Table II. 

TABLE U 

-file it in the designated folder 
-file a copy in the designated folder 
-delete it 

-forward it to an address list 
-reply using a specific template 
-notify me using a specific message 
-tag it for follow up in 'n' days 
-clear follow up 
-assign to category 
-play a .wav file 
-mark it as Impoitant 
-mark it as sensitive" 



FIGS, la, 7b, and 7c illustrate the type of information 

45 provided in the actions window 700 as the user works 
through the process of selecting available actions and pro- 
viding required parameters (see slates 575 and 580 of FIG. 
5). The actions window includes an actions display area 705 
and a rule description area 710. The actions display area 705 

50 displays the actions that are available to the user. The rule 
description area 710 includes the natural language statement 
of the rule as it is constructed. The actions window 700 also 
includes controls labeled cancel 720, back 725, next 730, 
and finish 735. These controls perform the common ftmc- 

55 tions of allowing a user to navigate between windows and to 
cancel or complete an operation. 

FIG. 7a illustrates the state of the actions window 700 
when the Rules Wzard first displays the window (FIG. 5, 
state 575). The actions display area 705 includes a list of the 

60 actions from which the user may choose. A check box is 
located next to each action. At this point in the process, the 
rules description area 710 includes the conditional portion of 
the rule that was defined earlier and the statement indicating 
that this rule will be applied to messages as they are 

65 received. 

FIG. 7b illustrates the state of the actions window 700 
after the user has selected the action "file it in the designated 
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folder*' in the actions display area 705. When a action is 
selected, the rule description area 710 is modified to add the 
selected phrase to the natural language expression of the 
rule. Thus, the rule now reads "For each message from SOC 
Hiking Information, file it in the designated folder" and 5 
expresses the condition and action portions of the rule in an 
easy-to-undersland natural language format. 

The word "designated" is underlined in order to represent 
a variable that must be defined by the user. In order to define 
the variable (in this case, the destination folder), the user 
moves the cxu-sor over the hypertext portion of the rule as it 
is displayed in the rules description area 710 and selects the 
hypertext. Alternatively, the user may tab to the highlighted 
hypertext part of the rule and press the "enter" key. In either 
case, the Rules Wizard then displays a dialog (not shown) 
that allows the user to select firom available objects, such as 
an address list (FIG. 5, state 580), 

FIG. 7c illustrates the actions window 700 after the user 
has identified a specific folder name in place of the variable 
in the action statement. In this example, the user has selected 
a folder called "Hiking." This folder name has been threaded 
back into the rule that is displayed in the rule description 
area 710. Thus, the rule now reads "For each message from 
SOC Hiking Information file it in the Hiking folder." The 
folder name remains underlined in order to indicate that the 
folder name is a variable, which may be edited by selecting 
the underlined text in the rule description area 710 of the 
actions window 700, 

When the user has finished selecting conditions and 
defining variables, the user selects the Next control 630 and 
proceeds to select the actions that will form a part of the 
rules. This causes the method 550 (FIG. 5) to proceed from 
state 575 to state 585. 

At state 585 the Rules Wizard displays an exceptions 
window, which provides the user interface that allows the 
user to select specific exceptions to the conditions that were 
specified earlier. Like the conditions and actions described 
above, the exceptions that include variables are displayed as 
hypertext links. After an exception is selected, the user has 
the opportunity to click on the hypertext link and select the ^ 
variable from a dialog (state 590). A list of exemplary 
exceptions for display in the exceptions window is provided 
in Table III. 

TABLE III 45 

•except if seat directly to me 

-except is sent only to me 

•except where I'm not on the *To* line 

-except if from an address list 

•except if sent to an address list 

-except if subject contains specific words 

-except if body contains specific words 

-except if subject or body contains specific words 

-except if tagged for foUow-i^ 

-except if the sender has marked it as important 

-except if the sender has marked it as sensitive 

-except if assigned to category 55 

-except if it is an out-of-oHice notification 

-except if it has an attachment 



FIGS, 8a, 8f». and 8c illustrate the type of information 
provided in the exceptions window 800 as the user works 60 
through the process of selecting available exceptions and 
defining constituent variables (see states 585 and 590 of 
FIG. 5), The exceptions window includes an exceptions 
display area 805 and a rule description area 810, The 
exceptions display area 805 displays the exceptions that are 65 
available to the user. Hie rule description area 810 includes 
a natural language statement of the rule as it has been 
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constructed to this point. The exceptions window 800 also 
includes controls labeled cancel 820, back 825, next 830, 
and finish 835, which allow a user to navigate between 
windows and to cancel or complete an operation. 

FIG. 8a illustrates the state of the exceptions window 800 
when the Rules Wizard first displays the window (FIG. 5, 
state 585). The exceptions display area 805 includes a list of 
the exceptions from which the user may choose. A check box 
is located next to each exception. At this point in the process, 
the rules description area 810 includes the conditional and 
action portions of the rule that were defined earlier and the 
statement indicating that this rule will be applied to mes- 
sages as they are received. 

FIG. Sb illustrates the state of the exceptions window 800 
after the user has selected the exception "except if body 
contains specific words" in the exceptions display area 805. 
When an exception is selected, the ride description area 810 
is modified to add the selected phrase to the natural language 
expression of the rule. Thus, the rule now reads "For each 
message from SOC Hiking Information, file it in the Hiking 
folder except if body contains specific words" and expresses 
the condition, action, and exception portions of the rule in an 
easy-to-understand natural language format. 

The words "specific words" are underlined in order to 
represent a variable that must be replaced by the user. In 
Older to define the variable (in this case, the specific words), 
the user moves the cursor over the hypertext portion of the 
rule as it is displayed in the rules description area 810 and 
selects the hypertext. The Rules Wizard then displays a 
dialog (not shown) that allows the user to specify the words 
that define the variable (FIG, 5, state 590). 

FIG. 8c illustrates the exceptions window 800 after the 
user has provided specific words in place of the variable in 
the exception statement. In this example, the user has 
entered the words "Appalachian Trail " These words have 
been threaded back into the rule that is displayed in the rule 
description area 810. Thus, the rule now reads "For each 
message from SOC Hiking Information file it in the Hiking 
folder except if body contains Appalachian Trail." The 
words "Appalachian Trail" remain underlined in order to 
indicate that they are a variable, which may be edited by 
selecting the underlined text in the rule description area 810 
of the exceptions window 800. As mentioned above, the 
window or dialog that allows a user to define a variable will 
vary depending on the type of variable being defined. 

When the user has finished selecting exceptions and 
providing any required variables, the user selects the Next 
control 630 or Finish control 835. This causes the method 
550 (FIG. 5) to proceed from sUte 585 to state 595. 

At state 595 the Rules Wizard displays an naming 
window, which allows the user to select name the rule and 
turn it on or off. Once the rule is named, the rule is stored 
in the user's MAPI profile. At that point, the Rules Wizard 
is removed from the display and the method 550 returns to 
the idle state 555. 

From the foregoing description, advantages of the present 
invention should be immediately apparent. For example, the 
Rules Wzard provides step-by-step guidance during rule 
creation and editing. The Rules Wizard uses a sequence of 
windows to walk the user through the process of creating a 
rule. The Start/Templates window provides a list of available 
template options and allows the user to view and edit 
previously created rules. The Conditions window directs the 
user to select the conditions on which the rule will act. The 
Actions window allows the user to choose the action the rule 
will execute. The Exceptions window gives the user a listing 
of available exceptions. Finally, the Naming window allows 
the user to name the rule and turn it on or off. 
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To modify an existing rule, the user selects the existing plished by splicing information from the active message and 

rule from a dialog. If the user simply wants to redefine a incorporating it into the natural language expression of the 

variable, he or she clicks the hypertext and selects from the conditions and actions. Thus, the user creates a rule using the 

dialog. If the user wants to change the structure of the rule, user interface provided by the Rules Wizard. However, the 

the user will be guided by the Rules Wizard. 5 parameters from the selected, existing message are already 

Displaying the rules in a natural language format also threaded into the natural language statements, 

allows users to create rules by stepping through a logical jf a user opens an e-mail message and then invokes the 

sequence (i.e., conditions, actions, exceptions) and piecing Rules Wizard, the Wizard will give the user the option of 

together clauses of natural language (e.g., English) text. generating a rule that acts on parameters that are similar to 

Each clause may have one or more variables that need to be jq the message that is currently open, FIG. 9a illustrates a 

defined by the user. When completed, the rule reads like a conditions window 900 that will be displayed if a user 

natural language sentence. Natural language rules more selects the Rides Wizard while viewing a message that is 

accurately reflect the way users think about organizing mail from Tom Smith, has the subject "Hiking Equipment Sale," 

and is more like the way people give instructions to other and is located in a folder entitled "Hiking." As illustrated in 

people. This approach completely avoids the need to think in ^5 piG, 9fl, the Rules Wizard has extracted the salient feamres 

a programming-like syntax or to type in rules from scratch. from the open messages and threaded parameters from that 

The variables in the displayed rules are displayed as message into the available conditions, which are displayed 

hypertext. When a user selects the variable, a dialog is a conditions display area 905. 

displayed with the appropriate user interface for selecting Once the user chooses a condition or set of conditions, the 

the folder, user, etc. that is required to define the variable. 20 Rules Wizard will offer several custom actions. FIG, 9b 

Once selected, the user-selected variable is threaded back illustrates an actions window 910 with custom actions 

into the natural language sentence. Because the variable derived from the message in the example. Those skilled in 

maintains it hypertext properties, it makes it easy for the user the art will appreciate that the standard conditions and 

to determine exactly which parts of the rule are variable, and actions are still available and that other than expanding the 

provides a consistent path for modifying the variables. 25 choice of conditions and actions available, the Rules from 

The "OUTLOOK 97" program also provides rules tern- Context feature does not alter the functionality of the Rules 

plates and "rules from context" features that further simply Wizard in any way. 

the process of creating rules. To obtain the parameters that are displayed in the natural 
Rule templates wrap common combinations of discrete language rules that are created, the Rules from Context 
conditions, actions, and exceptions into packages. When a 30 feature examines the relevant properties of the message on 
user selects a particular template (FIG. 5, stale 560) the which it acts. The header fields or properties contain infor- 
associated conditions, actions, and exceptions are immedi- mation such as the sender's name, the subject, the impor- 
ately displayed in the rule description area of the conditions tance level, the sensitivity level, etc. The program then 
window, with the variables displayed as hypertext links. splices relevant information into natural language phrases. 
After the rule has been displayed in the rule description area, 35 Those skilled in the art will appreciate that although the 
the user proceeds to select the underlined variables and variables are automatically defined by the Rules from Con- 
define values for those variables. This allows a user to text feature, they still maintain their hypertext properties and 
quickly create a rule by selecting a template and defining the can be changed. Rules from Context streamlines the process 
required parameters. A list of exemplary templates is pro- of creating rules, which allows the user to be more efiScient 
vided in Table IV. 40 in his or her use of electronic messages. However, the 

feature does not limit the flexibility of the Rules system in 

TABLE IV any way because users still have the option to alter sugges- 

[ ~ — ' — ; ' tions made by the Rules from Context. 

r,^rrrtaXn°-r^ "Kvc The rules feature also provides independent client/server 

-file new messages based on keyword 45 implementation of the rules. Those skilled m the art will 

-ignore a conversation appreciate that a client/scrvcr implementation is one in 

-aag messages from someone special ^j^-^jj ^^^y personal computers, referred to as clients, are 

"niTew^r^^r ":'sl»oc special Connected to a antral computer called the server While the 

-file new messages sent to a distribution list clicnts maintain all of the functionality of personal 
-flag message I send to someone special 50 computer, their connection to the server allows them to 

-notify me when private messages anive communicate with Other clients through the server and to 

receive server-based services, such as maU services. Current 

For example, if the user selects the template entitled "file mail systems allow a user to have a mailbox on the server as 

new messages from someone special" the Rules Wizard will well as a mailbox on their client computer. The user can have 
then display a conditions window (FIG. 5, step 565) with the 55 mail delivered directly to either account. For example, the 

following rule displayed in the rule description area 610: "OUTLOOK 97" program allows multiple transport provid- 

"For each message from an address list file it in the desig- ers to be registered in the user's MAPI profile. A user may 

nated folder." The user must then complete the rule by have their company-related e-mail account on a server (e.g., 

defining the address list and folder variables. a "Microsoft Exchange" server) and an Internet mail account 
The "rules from context" features allows a user to create 60 on his or her on personal computer. In this case, the e-mail 

new rules based on the specific information in an existing will be delivered to the user's inbox on the client computer 

message. If the user selects the rules from context feature by different transport providers. 

from a mail window, the Rules Wizard no longer blindly The rules feature in the "OUTLOOK 97" program is a 

offers its generic choices of conditions and actions. Instead, true client/server implementation because rules can act upon 
the Rules Wizard examines the properties of the selected 65 messages delivered to either the server or the client. This 

message and offers "custom" suggestions for the variables in allows mail to be processed at the server even if the user's 

available conditions and actions statements. This is accom- computer is not operating. Because the rules execute in two 
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locations, the system automatically maintains rule synchro- 
nization between the client and the server. If rules are 
modified while a client is offline, the rules are synchronized 
with the user's server the next time the client is connected 
to the server. This is accomplished by comparing the current 
set of client-based rules to the rules on the server. If there is 
a discrepancy, the user selects which set of rules he or she 
prefers to use, and the old rules on the client or server are 
updated accordingly. 

Those skilled in the art will appreciate that not all rules 
can be run on the server because one or more of the 
conditions, actions, or exceptions is dependent on the client 
being logged in. When a rule is constructed, the program 
determines whether the rules includes client-dependent 
components. If so, the rule may not run on the server and 
resides solely on the client. If the rule does not include any 
client-dependent components, the rule will be uploaded to 
the server and registered with the user's mail server. Rules 
that are uploaded to the server will also be retained on the 
client. By implementing all rules on the client as client based 
rules, the system ensures that messages delivered to the 
user's inbox will be processed by the rules regardless of 
which transport provider delivered the message. In other 
words, a user may receive mail from multiple servers, and 
some of the servers may not be able to process rules. By 
having client rules, the rules are processed regardless of 
whether the message is received from a server that can or 
cannot process rules. However, by running the rule on the 
server when possible, the system ensures that messages will 
be processed quickly and efiSciently even if the client is not 
logged in. If a rule is run on a message at the server, that rtile 
will not be run again when the message reaches the client 
computer. 

SUMMARY OF THE DETAILED DESCRIPTION 
From the foregoing description, it will be appreciated that 
the present invention provides an improved system and 
method for creating, editing, and distributing rules for 
processing electronic messages. In an exemplary system, a 
Rules Wizard provides simple, step-by-step guidance 
through the rule making process. At each step, rules are 
constructed from natural language phrases that are selected 
by the user. As a condition, action, or exception is selected, 
the rules is displayed in a natural language format. Any 
variables in the natural language representation of the rule 
are highlighted and displayed as hypertext links. When the 
variable is specified by the user, the generic variable is 
replaced with the specific information provided by the user. 
Rule creation is further facilitated by choosing a predefined 
template, or by creating a new rule based on the properties 
of a currently open message. Finally, the rules are distributed 
between the client and server and synchronized in order to 
process messages in the most efficient and timely manner. 

The foregoing system may conveniently be implemented 
in one or more program modules that are based upon the 
state diagram of FIG. 5, and the features illustrated in FIGS. 
6-9. No particular programming language has been 
described for carrying out the various procedures described 
above because it is considered that the operations, steps, and 
procedures described above and illustrated in the accompa- 
nying drawings are sufficiently disclosed to permit one of 
ordinary skill in the art to practice the present invention. 
Moreover, there are many computers and operating systems 
which may be used in practicing the present invention and 
therefore no detailed computer program could be provided 
which would be applicable to all of these many different 
systems. Each user of a particular computer will be aware of 
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the language and tools which are most useful for that user's 
needs and purposes. 

Although the invention was described in the context of a 
program in which the conditions, actions, exceptions, and 
templates are predefined, those skilled in the art will appre- 
ciate that the present invention is extensible and that sy^em 
administrators may be able to implement rules components 
and templates in addition to those described herein. 

The present invention has been described in relation to 
particular embodiments which are intended in all respects to 
be illustrative rather than restrictive. Alternative embodi- 
ments will become apparent to those skilled in the art to 
which the present invention pertains without departing from 
its spirit and scope. Accordingly, the scope of the present 
invention is defined by the appended claims rather than the 
foregoing description. 

What is claimed is: 

1. In a computer system having a graphical user interface 
including a display device and a user interface selection 
device, a method for constructing a rule for processing 
electronic messages, comprising the steps of: 

displaying on the display device the current state of the 

rule in a natural language format; 
displaying on the display device a plurality of conditions 

upon which the ride will cause action to be taken; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the conditions; 
in response to the selection of one of the conditions, 

adding the selected condition to the displayed current 

state of the rule; 
displaying on the display device a plurality of actions that 

may be taken in response to the condition; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the actions; 
in response to the selection of one of the actions, adding 

the selected action to the displayed current slate of the 

rule; 

displaying on the display device a list of exceptions to the 

selected condition; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the exceptions; 

and 

in response to the selection of one of the exceptions, 
adding the selected exception to the displayed current 
state of the rule. 

2. The method of claim 1, wherein the displayed current 
state of the rule includes a variable displayed as a high- 
lighted object, and further comprising the steps of: 

receiving from the user interface selection device an input 

signal indicating the selection of the highlighted object; 
in response to the selection of the highlighted object, 

displaying on the display device a user interface object 

including a definition for the variable; 
receiving from the user interface selection device an input 

signal indicating the definition of the variable; and 
in response to the definition of the variable, displaying on 

the display device the current state of the mle with the 

definition in place of the variable. 

3. The method of claim 1, further comprising the step of 
examining properties associated with an existing message; 
and 

wherein the plurality of conditions and plurality of actions 
include a plurality of displayed variables derived from 
the properties associated with the existing message. 
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4. The method of claim 1, further comprising the steps of: 
determining whether the rule may be run on a server; and 
in response to the rule being able to be run on the server, 

uploading the rule to the server. 

5. The method of claim 1, further comprising the step of 
storing the rule for subsequent processing of electronic 
messages. 

6. The method of claim 5, wherein the rule is stored on the 
computer system and on a server associated with the com- 
puter system. 

7. The method of claim 6, wherein the rule is executed on 
only one of the computer system and the server. 

8. The method of claim 6, further comprising the step of 
synchronizing rules stored on the computer system with 
rules stored on the server. 

9. The method of claim 1, wherein the rule is used to 
process electronic messages stored in a folder. 

10. In a computer system having a graphical user interface 
including a display device and a user interface selection 
device, a method for constructing a rule for processing 
electronic messages, comprising the steps of: 

displaying on the display device a list of rule templates; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the rule tem- 25 

plates; 

displaying on the display device a condition associated 

with the selected template; 
displaying on the display device an action associated with 

the selected template; 
displaying on the display device the current state of the 

rule in a natural language format; 
displaying on the display device a list of exceptions to the 

selected condition; 3^ 
receiving from the user interface selection device an input 

signal indicating he selection of one of the exceptions; 
in response to the selection of one of the exceptions, 

adding the selected exception to the displayed current 

state of the rule; and 40 
storing the rule for subsequent processing of electronic 

messages. 

11. The method of claim 10, wherein the displayed current 
state of the rule includes a variable displayed as highlighted 
object, and further comprising the steps of: 45 

receiving from the user interface selection device an input 

signal indicating the selection of the highlighted object; 
in response to the selection of the highlighted object, 

displaying on the display device a dialog including a 

definition for the variable; 
receiving from the user interface selection device an input 

signal indicating the definition of the variable; and 
in response to the definition of the variable, displaying on 

the display device the current state of the rule with the 55 

definition in place of the variable. 

12. The method of claim 11, wherein the highlighted 
object comprises highlighted text. 

13. A computer- readable medium having computer- 
executable instructions for performing the steps recited in 
claim 10. 

14. A computer-readable medium having computer- 
executable instructions for performing steps comprising: 

displaying a plurality of conditions upon which the rule 
will cause an action to be taken; 55 

receiving an input signal indicating the selection of one of 
the conditions; 
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displaying a plurality of actions that may be taken in 

response to the condition; 
receiving an input signal indicating the selection of one of 

the actions; 

displaying the current stale of the rule in a natural 
language format, the rule including the selected 
condition, the selected action, and a variable displayed 
as a highlighted object; 

receiving an input signal indicating the selection of the 
highlighted object; 

in response to the selection of the highlighted object, 
displaying a dialog including a definition for the vari- 
able; 

receiving an input signal indicating the selection of the 

definition for the variable; 
in response to the selection of the definition of the 

variable, displaying the current state of the rule with the 

definition in place of the variable; 
displaying a list of exceptions to the selected condition; 
receiving an input signal indicating the selection of one of 

the exceptions; 
in response to the selection of one of the exceptions, 

adding the selected exception to the displayed current 

state of the rule; and 
storing the rule for subsequent processing of electronic 

messages. 

15. The computer readable medium of claim 14, wherein 
the instructions further perform the step of examining prop- 
erties associated with an existing message; and 

wherein the variable is derived firom the properties asso- 
ciated with the existing message. 

16. The computer readable medium of claim 14, wherein 
the instructions further perform the steps of: 

determining whether the rule may be run on a server; and 
in response to the rule being able to be run on the server, 
uploading the rule to the server. 

17. The computer readable medixim of claim 14, wherein 
the highlighted object comprises highlighted text. 

18. A method for distributing electronic message handfing 
mles between a server and a client having a display device 
and a user interface selection device, comprising the steps 
of: 

displaying on the display device the current state of the 

rule in a natural language format; 
displaying on the display device a plurality of conditions 

upon which the rule will caxise action to be taken; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the conditions; 
in response to the selection of one of the conditions, 

adding the selected condition to the displayed current 

state of the rule; 
displaying on the display device a plurahty of actions that 

may be taken in response to the condition; 
receiving from the user interface selection device an input 

signal indicating the selection of one of the actions; 
in response to the selection of one of the actions, adding 

the selected action to the displayed current state of the 

rule; 

displaying on the display device a list of exceptions to the 

selected condition; 
receiving from the user interface selection device an input 

signal indicating he selection of one of the exceptions; 
in response to the selection of one of the exceptions, 

adding the selected exception to the displayed current 

state of the rule; 
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deiennining whether the selected condition may be run on 
a server; 

determining whether the selected action may be run on the 
server; 

determining whether the selected exception may be run on 

the server; and 
in response to the selected condition, the selected action 

and the selected exception being able to be run on the 

server, uploading the rule to the server. 

19. The method of claim 18, wherein the displayed current 
state of the rule includes a variable displayed as highlighted 
text, and further comprising the steps of: 

receiving from the user interface selection device an input 
signal indicating the selection of the highlighted text; 

in response to the selection of the highlighted text, dis- 
playing on the display device a dialog including a 
definition for the variable; 

receiving from the user interface selection device an input 
signal indicating the selection of the definition for the 
variable; and 

in response to the selection of the definition of the 
variable, displaying the current state of the rule with the 
definition in place of the variable. 

20. The method of claim 18, further comprising the steps 
of examining properties associated with an existing mes- 
sage; and 

wherein the plurality of conditions and plurality of actions 
include a plurality of displayed variables, and wherein 
the plurality of displayed variables are derived from the 
properties associated with the existing message. 

21. The method of claim 18, wherein the electronic mail 
handling rules are executed on only one of the server and the 
client. 

22. A computer system for creating rules for processing 
electronic messages, comprising: 

a processing unit; 

an input device connected to the processing unit; and 
a display device connected to the processing unit for 

displaying the message item; 
memory connected to the processing unit and containing 

a program module; 
the processing unit, responsive to instructions from the 

program module, being operative to: 



display on the display device a plurality of conditions 
upon which the rule will cause action to be taken; 
receive from the input device an input signal indicating 

the selection of one of the conditions; 
display on the display device a plurality of actions that 

may be taken in response to the condition; 
receive from the input device an input signal indicating 

the selection of one of the actions; 
display on the display device the current state of the 
rule in a natural language format, the rule including 
the selected condition, the selected action, and a 
variable displayed as highlighted text; 
receive from the input device an input signal indicating 

the selection of the highlighted text; 
in response to the selection of the highlighted text, 
display on the display device a dialog including a 
definition for the variable; 
receive from the input device an input signal indicating 

the selection of the definition for the variable; 
in response to the selection of the definition of the 
variable, display on the display device the current 
state of the rule with the definition in place of the 
variable; 

display on the display device a list of exceptions to the 

selected condition; 
receive from the user interface selection device an input 
signal indicating he selection of one of the excep- 
tions; 

in response to the selection of one of the exceptions, 
add the selected exception to the displayed current 
state of the rule; and 
store the rule for subsequent processing of electronic 
messages. 

23. The computer system of claim 22, wherein the pro- 
35 cessing unit is ftrrther operative to examine properties asso- 
ciated with an existing message; and 

wherein the variable is derived from the properties asso- 
ciated with the existing message. 

24. The computer system of claim 22, wherein the pro- 
cessing unit is further operative to: 

determine whether the rule may be run on a server; and 
in response to the rule being able to be run on the server, 
upload the rule to the server. 
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